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REMARKS 

In the office action mailed May IS, 2006, the Examiner rejected claim IS under 35 USC 
112 first paragraph, as failing to comply with enablement. In addition, the Examiner rejected claims 
1-24, under 35 USC 102(e) in view of U.S. Patent 6,856,993 by Verma et al. (hereinafter Verma). 
The Examiner also rejected claim 16 under 35 USC 103(a) over Verma in view of "On Optimistic 
Methods for Concurrency Control" by Kung et al., ACM Transactions on Database Systems 
(TODS), vol. 6, ifwue 2, pages 213-226, Published .Tune 1981 (hereinafter Kung). 

Regarding claim 15, Applicant respectiiilly disagrees that it tails to provide sulticient 
enablement in compliance with 35 USC 112 first paragraph. There are many factors to be 
considered when deteniiining whetlier tliere is sufficient evidence to suppoit a determination tliat a 
disclosure does not satisfy the enablement requirement and whether any necessary experimentation 
is "imdue." These factors include, but are not limited to: (A) The breadth of the claims; (B) The 
nature of the invention; (C) The state of the prior art: (D) The level of one of ordinary skill; (E) The 
level of predictability in the art; (F) The amount of direction provided by the inventon (G) The 
existence of working examples; and (H) TTie quantity of experimentation needed to make or use the 
invention based on the content of the disclosure. (In re Wands, 858 F.2d 731, 737, 8 USPQ2d 1400, 
1404 (Fed. Cir. 1988) The determination that "undue experimentation" would have been needed to 
make and use the claimed invention is not a single, simple factual determination. Rather, it is a 
conclusion reached by weighing all the above noted factual consideratioas. In re Wands, 858 F.2d at 
737,8USPQ2datl404.) 
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Here, the Examiner has merely considered only one of the many factors for determining 
enablement and therefore has failed lu establish the prima facie case. For example, Ihe Examiner has 
only considered whether the specification explains "how to implement an 'isolation level' or a 
command to 'change root directory'". Even if the Examiner considered some or all of the other 
factors, claim IS would still not pose an enablement issue. Those skilled in the art understand the 
meaning of 'isolation level' and 'change root directory' in the context of filesystems and do not need 
a detailed e}q>lanation. 

Regarding the rejection under 35 USC 102(e), Verma does not anticipate or even suggest 
aspects of the instant invention as alleged. Vcrma describes an overview of many fonctions related to 
the operation of a transactional filesystem (Abstract; Col. 6-10; Col. 11, lines 1-16) The 
transactional filesystem described in Verma attempt*? to manage data stored in a file system when 
tiles may be requested or accessed by multiple diflerent processes at or about the same time. Verma 
provides details on performing typical filesystems operations as a sequence of transactions through a 
tiaiisaclion context object (Col. 9, lines 1-17; Col. 26, lines 38-63). 

Applications interface with the transactional filesystem of Verma using various application 
programming interfaces (API) (Col. 6, lines 31-44) and proprietary servers and proxies (Col. 6, lines 
56-67). These servers and proxy services serve as transaction coordinators (Col. 7, lines 1-14) and 
have integrated protocols to initiate transactions and later either commit or abort the modification 
(Col. 6, lines 56-67). For example, Verma describes using transaction coordinators and a two-phase 
commit operation within the transactional filesystem (Col. 7, lines 60-65). 
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Indeed, Verma describes a transactional file^stem however it is only one example of such 
syslein and does desci ibe or cunlcniplate a^pccls of Ihe preseiil invention as presently claimed. For a 
proper § 102 rejection a single prior art reference must have evety element of the claim rejected. See 
Richardson v. Suzuki Motor Co., 868 F.2d 1226, 1236, 9 U.S.P.Q.2D (BNA) 1913, 1920 (Fed. 
Cir.), cert, denied, 493 U.S. 853, 107 L. Ed. 2d 112, 110 S. Ct. 154 (1989) (explaining that an 
invention is anticipated if every element of the claimed invention, including all claim limitations, is 
shown in a single prior art reference). See Verdegaal Bros., Inc. v. Union Oil Co., 814 F.2d 628, 
631, 2 U.S.P.Q.2D (BNA) 1051, 1053 (Fed Cir. 1987) (explaining that a prior art reference 
anticipates a claim only if tlic reference discloses, cither expressly or inherently, every limitation of 
the claim). See Kloster Speedsteel AB v. Crucible, Inc., 793 F.2d 1565, 1571, 230 U.S.P.Q. (BNA) 
8 1 , 84 (Fed. Cir. 1 986) ("Absence from the reference of any claimed element negate.<; anticipation.") 

Unfortunately, Verma does not disclose expressly or even inherently every element of the 
claims rejected. For example, Verma does not describe or suggest "duplicating the one or more 
portions of Uie lilesysiem witliin a pseudo-filesystem" as recited in claim 1. The 'cupyFile' 
command in Verma deals vrith a conventional copying of a file within the filesystem for an 
application or user; Applicant respectfully submits that Verma stipulates that this is for applications 
and not internal management/operation of the transaction filesystems (Col. 10, lines 20-22: "In 
addition, it allows applications (emphasis added) to do file-system operations like deleteFile and 
copyFile which do not have a transacted mode bit), there is simply no mention of creating a pseudo- 
filesystem in Verma let alone interacting with the pseudo-filesystem as one implementation of the 
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transactional filesystem solution in Verma. For at least this reason, claim 1 as filed remains 
patentable over the cited ail. 

Further, Verma also does not describe, "creating a control te?ct file that receives text-based 
commands to operate on the pseudo-filesystem" as recited in claim 1. Applicant submits that the 
"log" files in Verma do not receive commands for controlling the transactional file system but 
instead receive the results of certain operations and/or errors (Col. 19, lines 60-67; Col, 20, lines 1- 
5). It is not relevant that these "log" files in Verma are text or object files as tliey are not used as a 
control text file". . 

The control text file is a special text based interface to the transactional filesystem and 
requires no special or proprietary APIs as described in Verma. To interact with the transaaional 
filesystem of claim 1 , another filesyystem or application need only send text data and text commands 
to the control text tile. This "open interlace" to the transactional filesystem provides many 
advantages in terms of accessibility and interoperability over the proprietary APIs described and 
suggested by Vemia (Col. 6, lines 31-67). For example, tlie control texl file as recited ia claim 1 
may allow different heterogeneous file systems and operating environments to more directly interact 
with a transactional filesystem since no APIs, proprietary interfaces or special server software are 
required. 

Dependant claims 2-11 are not only patentably distinct on their own but also by virtue of 
their dependence on claim 1 as filed. 

Similarly, independent claim 12, independent claim 19, independent claim 20, independent 
claim 21, independent claim 22, independent claim 23 and independent claim 24 remain patentably 
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distinct over the cited art for at least the same reasons as described previously' with respect to claim 
1. Moreover, not only arc dependant claims 13-18 patentably distinci on Iheir own, they also die in 
condition for allowance by virtue of their dependence on independent claim 12. 

The Examiner also rejected claim 16 under 35 USC 103(a) as being obvious over Verma in 
view of Kung. ^plicant respectfully submit that Kung concerns optimistic methods for concurrency 
control however it does not describe or suggest, "using optimistic concurrency control (OCC) to 
control pending read and write operations to the pseudo-filesystem" as recited in claim 16. Because 
neither Kung or Venna teach or suggest this aspect of the invention, claim 16 remains patentably 
distinct Consequently, claim 16 not only remains independently patentable but also by virtue of its 
dependency on allowable claim 12. 

Applicant ha<5 made a diligent effort to place the claim*; in condition for allowance. Tn view 
of the remarks above, y^plicant respectfully requests withdrawal of the rejections and allow claims 
1-24. 

In tlie event there remain unresolved issues lhat require adverse action, it is respectfully 
requested that the Examiner telephone Leland Wiesner, Applicant's Attorney at (650) 853-1 1 13 so 
that such issues msiy be resolved as expeditiously as possible. 



8/14/2006 



Resg^ctfolly Submitted, 




Date Leland Wiesner 

Attorney/ Agent for Applicant Reg. No. 39424 

Wiesner and Associates 
366 Cambridge Avenue 
Palo Alto, California 94306 
Tel. (650) 853-1113 
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